- 1 -
独行快.. 众行远…
.
ZhangJin’s BLOG 建设中为什么做个人网页毕竟IT出身怎么也得有个个人网站要不说不过去不想花太多的精力所以建了一个简单的主页主要是不花一分钱永久免费做了这么多年的SAP咨询国企外企私企做了这么多公司认识过这么多人也有很多感慨赶下时髦也追踪下当下流行应用..国外IT & AI...发展到哪一步了到底有什么应用已经赶不上时代了人家都开始视频时代我才做了个简单的个人主页让别人更多的了解自己欢迎联系电话86-13661388097邮箱
hansonzhangjin@sina.com
网址https://hansonzhangjin.github.io/
- 2 -
- 3 -
1.ERP & SAP 相关
1.1 跨公司交易的特点
1)有些大的集团下会有多个公司,公司之间会进行销售,采购业务。SAP提供了标准的STO解决方案(下图,3STO)。
下图的第五种方案(STO with Billing)用的比较多。在天津云动力公司项目,货物转移用两步法(同时还要考虑货物在途)。
https://upload.wikimedia.org/wikipedia/commons/thumb/5/59/SAP_2011_logo.svg/1280px-SAP_2011_logo.svg.png
做过SAP后勤多个模块和财务的一些功能碰到过不同公司的不同需多行业特点各种疑难问题现在SAP的应用比较自信SAP分模块也好也不好一个模块功能已经很细了如果再多做些其他模块这里也感谢以前项目给了机会那对整个业务会知其所以然以前模块顾问面试我问我几个问题我就能知道他的水平主要做SD模块也做其他模块做过项目经理标准问题SAP都有解决方案PA可以学想知道行业特点的也有最佳业务实践面就聊聊SAP培训不好讲到和跨模块的一些难点问题吧
- 4 -
2)但标准的STO with Bing,少了销售方的销售订单,所以SAP也提供了IDOC解决方案。甲公司的采购订单自动生成乙公司销售订单。
3)IDOC方案系统提供Inbound,OutboundMessageType, 销售订单还能返回采购订单OA & BA Date.下图是IDOC的报错信息。
根据错误的信息状态号,大致可以知道是Inbound,还是Outbound的错,错误在哪一步。
- 5 -
4)但IDOC SAP配置和测试比较麻烦,有些公司就直接做个PO生成SO的程序,自建一个对应表,也挺方便。在国内
一般叫关联交易业务 。
1.2 四个一分钱的问题
1)第一个一分钱的问题:
在中海油项目中,SAPECC升到HANA, 油品采购是吨(重量),销售时,单位有时是升(体积),1037升为一顿,这样在SAP用控制时,信用有时会有一分钱出入(换算时四舍五入),要在后台每天晚上运行一个纠错程序(因为ECC在订单客户在操作时,不能修改)。升级到HANA后(同样的问题还是存在),还好,升级到HANA有程序可以随时修改差异。
- 6 -
2)第二个一分钱的问题:
SAP定价过程里面,含税金额和税金SAP 都按照一定税率算好了,但极个别时,税务局算的税和你SAP算的税有一分钱的差异(总金额不变,税多一分或少一分,净价少一分或多一分)这个在实际业务中(中海油项目中碰到过两三起 )。
虽然你SAP算的没错,但你不可能去让税务局改,的我们系统改。
一是把SAP定价过程里面,税的条件类型里面,可修改项激活,让系统邦你算的税可以改动。但在大多数公司这种做法不合规,不能用这个方法。
二是新建一个条件类型,和税的条件类型类似,让他去调整一分钱的差异。
3)第三个一分钱的问题:
SAP RMB货币类型,以小数后四位计算金额(SAP标准配置就是这样的,也就是元,角,分,分后面还有两位用于计算),如果单位吨,吨精确到后面小数是三位(0.001吨),加角分,相乘就是小数点后面5位,SAP如果出现这种情况,会舍去后面第五位进行计算。
这样在某些情况下SAP会和用EXCEL算的金额少一分钱(部分情况下,开发的程序打印的报表里算的金额和SAP系统差了一分钱)。
其实打印时选SAP计算的金额就可以,是和财务能对上的。
实际的业务上让用户不要用吨,改用KG(公斤)单位,就不会出现这个问题。
4)第四个一分钱的问题:
SAP销售订单里面,会有很多的行,卖不同产品(比如有一百行)。算税时四舍五入,有的行定价过程里面算税多了一分,有的行算的税少了一分,这样在SAP销售订单头里面(各各行的总和)就是实际要交的税。
- 7 -
如果SAP订单总额直接算税,和SAP多行算的税(比如订单中不幸100行,有100行四舍五入都是舍去一分钱,那就差了一块钱)这种情况一般不会出现,因为四舍五入有的行加一分,有的行会少一分,如果出入在6分钱(SAP会把这几分钱差异累计写道订单最后一行),也是允许的。
1.3 财务规定当月成本和收入需要匹配,收入和成本不在一个会计期间的问题(6种情况)
1)收入和成本不在同一会计期间的问题,可以采用发出商品科目。具体步骤如下:
发货过账时,使用移动类型601(或拷贝个移动类型901,902),会计凭证为:借:发出商品;贷:库存。
开票时,会计凭证为:借:应收;贷:营收。同时,借:COGS;贷:发出商品。这样确保成本和收入在同一会计期间同时记录。
发出商品科目,在中化的应用中又有了新的变化。 发出商品的科目根据订单不同(比如内贸,外贸,转口,开口合同,闭口合同等等不同)产生不同的发出商品科目。
2)或SAP POD(Proof of Delivery,交货证明),具体步骤如下:
创建交货单:使用事务代码VL01N创建交货单,包含销售订单中的货物信息。
发货和过账:使用事务代码VL02N将货物从仓库运输到客户指定地点,并在SAP系统中进行发货和过账操作。
客户确认交货:客户收到货物后,通过扫描条形码、电子签名或其他方式在系统中确认交货。
处理数量差异:如果发货数量与客户接收数量存在差异,可以使用事务代码VLPOD进行处理,输入交货单编号和数量变化的原因,并在“数量差异销售单位”下输入差异数量
- 8 -
3)或SAP寄售方式:寄售一般有4种订单类型,
寄售补货订单: 交货时只产生物料凭证,不产生会计凭证。
寄售销货订单:交货时产生物料凭证,同时产生会计凭证,同时要求开票。
寄售退货订单:退货时产生物料凭证,同时产生会计凭证,同时要求开票。
寄售退货订单:退货时只产生物料凭证,不产生会计凭证。
4)或用最笨的方法,交货已经出库的发货单,如果本月底收不到款,无法开发票记收入,也在系统开发票记收入(不用开纸质发票)。下个
重新开帐后,马上把不应该开发票记收入的凭证都冲销回来就可以了。这种公司多吗?我至少碰到3家公司是这么做的,包括一些大公司。
5)收入和成本,不在同一会计期间(不在同一个月),上面四种情况都是,发货在前面,销售开票记收入在后面。
但也有另外一种情况,客户先把钱给了,要先开票个客户,实际的货物采购和发货在后面(先把钱给了,要发票,一个月或几个月后再要求发货,有些国企会有这种情况,一般年底会突击花钱,或像石油行业的特殊需要)。
这会出现什么问题呢:首先,要先开给客户开票,必须先虚出货,因SAP一般商品是按照移动平均价,自动算库存成本。不正常的出货会影响库存成本准确性。
那就可以使用分割评估 Split Valuation :新建评估类型,虚出货的情况在新建的评估类里面,不影响正常库存的成本计算。
- 9 -
6)那是否还有种情况,项目(PM模块)的收入和成本,会计期间(不在同一个月)怎么处理。
这种情况,项目会创建WBS,销售订单记收入记到WBS, 采购订单记成本和费用到WBS,到时由PM模块去匹配。
如果需要发货,一般都是基于项目发货,不是基于销售订单发货,不是记销售成本。
- 10 -
1.4 SAP PP生产模块的核心内容
1)理解整个生产系统每层都是什么职责
2)理解独立需求,相关需求,和计划策略Planning Strategy.
测试了每个标准的SAP PP策略(10,11,30,40,52,63,70,59,20,50,60,74,82),测试了从计划,生产,出入库,采购,销售所有过程,就知道SAP的逻辑。(这里要感谢安永公司对我在德国大众汽车项目上的信任)
记得在德国大众汽车的项目我负责SDPP两个模块,把所有大众中国公司,所有业务都测过了。因升级版本问题,的确发现了SAP的问题。
我记得是序列号,删除后,一般都是不会再用了,但大众是删除的序列号,还要重新使用。
升级后的系统,删除的序列号的状态不对(影响了几百个删除的序列号),没升级前的老系统没问题。好在大众是SAP全球大客户,发现问题后SAP德国顾问在电话里面立刻修改了程序,好在顺利完成了升级。
- 11 -
3)基于消费的重订货点的方式,汽车行业的汽车配件都是基于这种方式进行库存和采购的计划,一些贸易型的公司也应该可以使用。
- 12 -
1.5 批次的使用
批次在,采购,生产,销售都有应用。在很多行业有都有应用,特别是医药行业,食品行业,涉及到批次召回。
- 13 -
有些公司不仅要分割评估价值,还要细到每个批次计价(每个批次的成本不一样)。可以采用批次计价。评估类别选“X”.这个应用碰到的不多,但中化的项目使用了批次计价。
- 14 -
1.6 各种业务场景
1)标准的SAP提供了多种业务场景,SAP也提供的行业的BP(SAP Best Practices)即最佳业务实践。
- 15 -
2)像有的公司,业务涉及到,总公司,分公司,客户,供应商,四方的关系和业务流程。
- 16 -
1.7 关于国产ERP系统 (乾以易知,坤以简能)
本来准备去中化中蓝国际的项目,很遗憾,因上面领导的原因没有使用SAP, 改用国产开发的ERP软件。不管是用友还是金蝶的ERP,我想其中的方法论和原理都应该是一样的。如果基于贸易类型的公司或电子商务的公司,实施国产ERP可能主要考虑下面几点。
- 17 -
1)贸易类型的公司经营的主要关注,采购方供应商的稳定,和销售预测的准确性。比如公司有新的商品,销售员预测有大的市场,但采购员没有准备大量的库存,销售会抱怨这不是影响我销售嘛。那么如何判断销售员预测的准确性,解决方案这就是销售预测的销售方法论,这也是所有ERP系统都采用的原则,见1.8 1)2)里面的内容。
2)另一个问题是,采购方供应商的稳定性和库存的周转率,如何提高管理的效率,可以参考重订货点(Reorder Point)的补货原则,这也是所有ERP系统都采用的原则。见1.4 3)里面的内容。
3)应用批次管理(有些商品要批次招回,必须用批次),商品的批次默认可以设为采购订单的编号,这样根据商品的批次号就知道供应商是谁,什么时候入库等等。见1.5里面的内容。一些退换货引起的次品也单独分配批次,便于区别和管理。
4)库存价值有三种,标准价,移动平均价,和批次计价。批次计价对自开发的系统比较容易实现也很准确。见1.5里面的内容。
5)当然如果可能,可以考虑开发SAP里面的ATP功能(即可用性检测),防止尖货抢单的问题。
6)仓库的管理可以基于 1:工厂(基于组织机构),2:货位(存货地点,也可替代WM里面的BIN位管理,方便上下架),3:再下面就是批次。再加上仓库的盘点管理。
7)ERP系统也没必要从零开始,GITHUB上已经有开源的ERP系统,有些可以参考借鉴的。例如下面两个:
1. Odoo
简介: Odoo 是一个全面的开源企业资源规划(ERP)软件,涵盖了销售、CRM、项目管理、仓库管理、制造、财务管理和人力资源等多个业务应用。其模块化设计支持企业根据需要定制和扩展功能。
- 18 -
官网地址:
https://www.odoo.com
开源仓库地址:
https://github.com/odoo/odoo
是否收费: 免费开源版和付费企业版
核心开发语言: Python
优势和作用场景: Odoo 适合中小企业,特别是那些需要定制业务流程的公司。其用户友好的设计和丰富的插件市场是其主要优势。
- 19 -
2. ERPNext
简介: ERPNext 是一个为小型和中型企业设计的开源ERP系统,提供了制造、分销、零售、贸易、服务、教育等行业的解决方案。它包括财务会计、库存、销售、采购、项目管理等模块。
官网地址:
https://erpnext.com
开源仓库地址:
- 20 -
https://github.com/frappe/erpnext
是否收费: 免费开源版和付费支持
核心开发语言: Python
优势和作用场景: ERPNext 适用于追求简洁界面和易用性的中小型企业。它支持多语言和多货币,非常适合国际化营运的公司。
1.8 CRM 很多公司没有实施,但一定有
1)各个公司开发的CRM(客户关系管理),都是基于相同的销售方法论,无论SAP, Oracle, Microsoft都是一样的。下图描述了CRM,SCM,PLM的关系。
2)CRM的核心是提供SOP,准确的销售预测,只有销售预测准了,采购,生产(MPS,MRP,生产计划,采购计划)才会准,SCM才有基础。
- 21 -
3)SAP 的CRM好处是和SAPERP系统集成,组织结构,主数据,流程可以相互衔接,商机可以转成SAP SD的销售订单
4)SAP 的CRM把销售订单之前的业务,都归于CRM管理,包括市场,推广,线索,活动,商机,会员,客户关怀等等。
- 22 -
5)有的公司是开发的,和SAP通过接口集成CRMDMS(Dealer Management System,经销商管理系统)。
- 23 -
1.9 关于SAP GTS(Global Trade Services)
SAP GTS(Global Trade Services)是SAP提供的一个全球贸易服务解决方案,旨在帮助企业简化国际贸易流程,确保合规性,并优化供应链管理。如果没有SAP GTS公司就不能做国际贸易了吗? 当然不是,处理好下面几点就可以。
1:合规管理:遵守各国和地区的贸易法规,包括出口控制、禁运等风险。可以通过限制国外用户的国家和公司编码实现
2:海关和税务:国内出口一般是零税率,进口包括原产地管理。涉及到报关,形式发票处理,出口退税,报关费用处理。
- 24 -
3:进出口运输和物流:进出口许可证,运费处理。进出口公司的货物,海运一般时间较长,要考虑在途货物问题,包括出口在途和进口在途问题。
销售出口货物在途在SAP一般通过发出商品处理实现。具体见1.3.1
采购进口货物在途有两种方法,一种通过103,105 两步法实现,但这种方法103只有物料凭证没有财务凭证。如果这种方法财务不接受,可以采用第二种方法,虚拟库转实体库的方法。
4:汇率风险管理:一般公司财务会在SAP每月调整一次汇率。如果公司又使用了SAP风险管理,会出现用户已经付款了预付款,但因为汇率变化,出现本币不足(需要审批通过),交易货币没有问题。 这里要考虑本币和交易货币,订单日期和定价日期的区别。
5:报表和集成扩展:相关报表,和接口的调整。
2.应用相关
IT出身不可能不谈谈技术和应用学校学C开始公司用过C++但后来用的多的是VB,ABAP(能我从ITSAP应用)现在接触了点用于AIPATHONVB, ABAPPATHON特点都是解释行语言适合快速应用吧IT这行得天天学SAP一样老出新东西要不然怎么挣钱
- 25 -
2.1 ChatGPT 回答的问题越来越超过我的预期(DeepSeek也出来了)
1)AI越来越火,我这个搞IT的也得参与下,要是别人问你,说不知道,就不好了。
2)任何系统都是慢慢增加用户,当你觉得离不开他时,他就爆炸性的增长。
3)上图,随便问了个问题,回答之详细满足我的需求。比“某度”强大的多,要是没有爸爸的长城保护,“某度”们早该凉了。
- 26 -
2.2 建个自己的主页
1)以前老想建给网站,但一直懒,没想到GitHub怎么方便,还是永久免费的哪种(我就喜欢永久免费),哈哈。。。
2)建个自己网站的目的,是想更多的介绍自己,广交朋友。
2.3 其实AI还是可以帮助实际业务的
1)首先在Google CoLab上面租个服务器(因为好多应用都要GPU,我们的电脑一般没有大的GPU),见下图,这些都免费的。
- 27 -
2)然后在Google CoLab上装上 Whiper,(就是最新的语言大模型 V3),就可以把语音转文字了。转个会议纪要非常方便。
准确率非常高,稍加修改就可以做成会议纪要,记得早期在中广核项目,都写会议纪要,当时还没有AI,写会议纪要很费时间。
这个语音转文字是最新的,准确率很高,可以长时间,大文件的转,主要这个是永久免费的,很香!!
也有AI帮助程序开发的,这个就不多聊了。
- 28 -
- 29 -
3)在Google CoLab上安装,并上运行DeepSeek Janus (装在Colab上,因为本地电脑没有好的GPU,又想跑一些AI应用,主要Google Colab是免费的!)
- 30 -
- 31 -
3.其他
3.1 想法到实现得一步一步做
1)记得亲戚来家,家没有地方住,只能找外面的旅馆。想着想着突然觉得,如果我的汽车如果可以这样,不就能住了嘛。
其他问题关于行业敏感996和年龄限制问题不多谈了毕竟还要找项目但我想说的是职业顾问你不催他也会在你看不到的时间努力完成项目当然有不职业的顾问和管理者崇效天卑法地见过太多基础不牢的人做经理为他们担心这里就谈轻松的话题吧
- 32 -
2)又想,觉得还不错,干嘛不申请个专利,于是就申请了,还真就申请下来了。(实用新型专利。申请是我自己办的,为了省钱。不过申请的过程和语句的表达是很费力些功夫,比如说专利声明里面不能用“但是”等等。)
- 33 -
3)自己和认识的朋友动手能力差,实现不了。联系了一些车企,人家都没看上,看看以后有什么机会吧。
- 34 -
4.以前资料
4.1 2023
来源:http:// 2023
1)在本地部署 ollama,然后装Aanything LLM,就可以把以前我整理的资料投喂给AI。期待吧!我采购个有大点GPU的电脑
学习资料SAP多多少少都些资料我以前简单整理过加上视频估计有几百GB整理的不是很规范GITHUB给的空间主要是永久免费只有15GB没想到最新的AI又出现了可以本地部署可以投喂AI训练等我吧这些文件投喂试期待一个新的虚拟高级顾问诞生